1 2 PATENT Docket No. 3802-4032 „ 

< 

Express Mail Label No. EJ6Q6933599US 



D 



too 

CO ^=VD 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE SoTso 

<J\C=D == H 

UTILITY APPLICATION AND APPLICATION FEE TRANSMITTAL a.53rt>» n — 

ASSISTANT COMMISSIONER FOR PATENTS 
Box Patent Application 
Washington, D.C. 20231 

Sir: 

Transmitted herewith for filing is the patent application of 



Named Inventor(s) and 

Address(es): Edward Balassanian, 12724 NE 94 th Ct, Kirkland, WA 98033; Scott Bradley, 12414 

107 th Place NE, Kirkland, WA 98034; and David Costanzo, 13835 NE 1 1 th Street, Apt. 
#J8, Bellevue, WA 98005 

For - FEATURE MANAGER SYSTEM FOR FACILITATING COMMUNICATION AND 

SHARED FUNCTIONALITY AMONG COMPONENTS 



Enclosed are: 

[X] 37 page(s) of specification, _J page(s) of Abstract, 20 p age(s) of claims 

[X ] 12 sheets of drawing [ ] formal [ X] informal (Figs. 1-11) 

[ X]_6_page(s) of Declaration and Power of Attorney 

[ ] Unsigned 

[X] Newly Executed 

[ ] Copy from prior application 

[ ] Deletion of inventors including Signed Statement under 37 C.F.R. § 1.63(d)(2) 

[ ] Incorporation by Reference: The entire disclosure of the prior application, from which a copy of the 

combined declaration and power of attorney is supplied herein, is considered as being part of the disclosure 
of the accompanying application and is incorporated herein by reference. 

[ ] Microfiche Computer Program (Appendix) 

[ ] page(s) of Sequence Listing 

[ ] computer readable disk containing Sequence Listing 

[ ] Statement under 37 C.F.R. § 1.821(f) that computer and paper copies of the Sequence Listing are 
the same 



576709 1 



Docket No.: 3802-4032 



[ ] Claim for Priority 

[ ] Certified copy of Priority Document(s) 

[ ] English translation documents 
[ ] Information Disclosure Statement 

[ ] Copy of cited references 

[ ] Copy of PTO-1449 filed in parent application serial No. . 

[ ] Preliminary Amendment 

[X] Return receipt postcard (MPEP 503) 

[ ] Assignment Papers (assignment cover sheet and assignment documents) 

[ ] A check in the amount of $40.00 for recording the Assignment. 

[ ] Assignment papers filed in parent application Serial No. . 

[ ] Certification of chain of title pursuant to 37 C.F.R. § 3 .73(b). 
[ ] This is a [ ] continuation [ ] divisional [ ] continuation-in-part (C-I-P) of prior application serial no. 

[ ] Cancel in this application original claims of the parent application before 

calculating the filing fee. (At least one original independent claim must be retained for filing purposes.) 

[ ] A preliminary Amendment is enclosed. (Claims added by this Amendment have been properly 
numbered consecutively beginning with the number following the highest numbered original 
claim in the prior application. 

[ ] The status of the parent application is as follows: 

[ ] A Petition For Extension of Time and a Fee therefor has been or is being filed in the parent 
application to extend the term for action in the parent application until . 

[ ] A copy of the Petition for Extension of Time in the co-pending parent application is attached. 

[ ] No Petition For Extension of Time and Fee therefor are necessary in the co-pending parent 
application. 

[ ] Please abandon the parent application at a time while the parent application is pending or at a time when 
the petition for extension of time in that application is granted and while this application is pending has 
been granted a filing date, so as to make this application co-pending. 

[ ] Transfer the drawing(s) from the patent application to this application. 

[ ] Amend the specification by inserting before the first line the sentence: 

This is a [ ] continuation [ ] divisional [ ] continuation-in-part of co-pending application Serial No. _ 
filed . 



576709_1 



-2- 



Docket No.: 3802-4032 



I. CALCULATION OF APPLICATION FEE (For Other Than A Small Entity) 

" " " ~ Basic Fee 



Number Filed Number Extra Rate $710.00 



Total 
Claims 


89 


-20= 


69 


x$18.00 


$1,242.00 


Independent 
Claims 


36 


-3= 


33 


x$80.00 


$2,640.00 


Multiple Dependent Claims 


[ ]yes 

[X]no 




Additional Fee = 
Add'l Fee 


$270.00 
NONE 


$0 



Total: $3.882.00 

[X] A statement claiming small entity status is attached or has been filed in the above-identified parent 

application and its benefit under 37 C.F.R. § 1.28(a) is hereby claimed. Reduced fees under 37 C.F.R. 
§ 1.9(F) (50% of total) paid herewith S 1.941.00 . 

[ X] A check in the amount of $1.941.00 in payment of the application filing fees is attached. 

[ ] Charge Fee(s) to Deposit Account No. 13-4500. Order No. . A DUPLICATE COPY OF 

THIS SHEET IS ATTACHED. 

[ ] The Assistant Commissioner is hereby authorized to charge any additional fees which may be required f 
filing this application, or credit any overpayment to Deposit Account No. 13-4500, Order No. 3802-403: 
A DUPLICATE COPY OF THIS SHEET IS ATTACHED. 



Respectfully submitted, 



MORGAN & FINNEGAN, L.L.P. 



Dated: October 16, 2000 




Richard W. Erwine 
Registration No. 41,737 



CORRESPONDENCE ADDRESS: 

MORGAN & FINNEGAN, L.L.P. 

345 Park Avenue 

New York, New York 10154 

(212) 758-4800 

(212) 751-6849 Facsimile 



FORM: UTL-TRAN.NY 



-3- 

576709 1 



PATENT 



Docket No. 3802-4032 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Applicant(s) 

Serial No. 

Filed 

For 



Group Art Unit: TBA 



Examiner: TBA 



♦ <X> 

.CO ; 
r^co ; 
vo i 

oio\ = 
<r\o = 
u = 



Edward Balassanian 
Scott Bradley 
David Costanzo 

TBA 

Herewith (October 16, 2000) 



FEATURE MANAGER SYSTEM FOR FACILITATING COMMUNICATION 
AND SHARE FUNCTIONALITY AMONG COMPONENTS 



EXPRESS MAIL CERTIFICATE 



Express Mail Label No. EJ606933599US 
Date of Deposit: October 16, 2000 

I hereby certify that the following attached paper(s) and/or fee: 
Utility Application and Fee Transmittal (1.53(b)) (two copies); Check in the amount of $1941.00 (Filing Fee); 
Patent Application (enclosing 37 pages of specification, 1 page of Abstract, 20 pages of claims, and total 12 
sheets of informal drawings, Figs. 1-11); Statement (Declaration) Claiming Small Entity Status- Small Business 
Concern; Combined Declaration and Power of Attorney; Self- Addressed, Stamped, Return Postcard 
is being deposited with the United States Postal Service "Express Mail Post Office to Addressee" service under 
37 C.F.R. §1.10 on the date indicated above and is addressed to the Assistant Commissioner for Patents, 
Washington, D.C. 20231. 

Richard W. Erwine 

(Typed or printed name of person 

mailing paper(s) and/or fee) 

(Signature of person mailing 
paper(s) and/or fee) 

CORRESPONDENCE ADDRESS: 

MORGAN & FINNEGAN, L.L.P. 

345 Park Avenue 

New York, New York 10154 

(212) 758-4800 

(212) 751-6849 Facsimile 

FORM: EXP-MAIL.NY 
Rev. 05/27/98 



576691 1 



PATENT 



Docket No.3802-4032 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

Applicant(s) or Patentee(s): Edward Balassanian, Scott Bradley, Group Art Unit: TBA 

David Costanzo 

Serial No. or Patent No. : TBA Examiner: TBA 

Filed or Issued : Herewith (October 16, 2000) 

For : FEATURE MANAGER SYSTEM FOR FACILITATING COMMUNICATION 

AND SHARED FUNCTIONALITY AMONG COMPONENTS 

STATEMENT (DECLARATION) CLAIMING SMALL ENTITY STATUS 
37 CFR S1.97ffl AND SI. 27 (c)) - SMALL BUSINESS CONCERN 

I hereby state that I am 

[ ] the owner of the small business concern identified below: 

[X] an official of the small business concern empowered to act on behalf of the concern identified below 
NAME OF CONCERN BECOMM CORPORATION 



ADDRESS OF CONCERN 4160 148 th AVENUE NORTH EAST 



REDMOND, WASHINTON 98052 

1 hereby state that the above identified small business concern qualifies as a small business concern as defined in 13 CFR §§ 
121.3-18, and reproduced in 37 CFR § 1.9(d), for purposes of paying reduced fees under section 41(a) and (b) of Title 35, 
United States Code, in that the number of employees of the concern, including those of its affiliates, does not exceed 500 
persons. For purposes of this statement, (1) the number of employees of the business concern is the average over the 
previous fiscal year of the concern of the persons employed on a full-time, part-time or temporary basis during each of the 
pay periods of the fiscal year, and (2) concerns are affiliates of each other when either, directly or indirectly, one concern 
controls or has the power to control the other, or a third party or parties controls or has the power to control both. I hereby 
state that exclusive rights under contract or law have been conveyed to and remain with the small business concern identified 
above with regard to the invention entitled: 

FEATURE MANAGER SYSTEM FOR FACILITATING COMMUNICATION 
AND SHARED FUNCTIONALITY AMONG COMPONENTS 



By Edward Balassanian 

inventor(s) 

Edward Balassanian, Scott Bradley, David Costanzo 



576720J 



Oct- 15-7003 03:31pm Fr«H*)KMf I FJJWKUfl IIP 



T-063 P 003/OOfi F-IS5 



Doctor No. 3802-4032 



described m 



[ X) the specification filed herewith 

[ ] application Serial No, , . J ^ filed _ 

( ] PatemNa .issued 



it the rights held by the above identified small busioess concern we not exclusive, each individual, concern or organisation 
bavmg right* xo the invention is Lured below* biu! no ngbts to Ac mvennon are held by any person, other than ihc inventor, 
who coola no: qualify as an independent mvewor under 37 Cf R 1 .9(c) if thai person mid? tbr invermoD, or by my concern 
which would not qualify as & small business concern under 3? CFR I 9(d), or a nonprofit organization under 37 CFR i.$(c). 

NAME 

AUURiSS 

[ ] Individual [ ] Small Bu£W& Concern ( } Nonprofit Org«xuzanoa 



NAME _ _ 

ADDRESS , 

[ ] Individual [ ] SraaU Business Concern [ ] Nonprofit Organization 

T acknowledge the duty to file, in ttus application or patent, notification of any change m status resutan^ in loss of enritktncni 
to srmil cnaty status pnor to paying* or ar dsc fane of payjng, the earliest of the issue tee or any maintenance fee due alter the 
date on which siarus as * small entity is no longer appiopnate ( J7 C.F.R ] 28(b)) 

NAME OF PERSON SIGNfNQ EDWARD BALASSANIaN 



TITLE OF PERSON If OTHER THAN OWNER PRESIDENT & CKIEf EXECUTIVE OFFICER 
ADDRESS Of PERSON SIGNING 

12724 NE 94 th CT.. KIRKLANP, WA 91033 

signature *>^>^ — ^ date to/Vl 



FORM: SMALL BUS 
Rev. 05/26/06 



NOT£: Separate ^tateownts are required from e*ch name person, concern or ur# *aiMtuwn having n$hts ro the 
mvcnuon avemng » thcit sbmus as small ciraaes. (3? CfR 1,27). 

-2- 

37efl3U 1 



uoLieuoduo umuio^^a ^-hc t 4»n r»n-QT-ion 



PATENT APPLICATION 



DOCKET NO. 3802-4032 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
U.S. PATENT APPLICATION 
FOR: 

FEATURE MANAGER SYSTEM FOR FACILITATING 
COMMUNICATION AND SHARED FUNCTIONALITY 

AMONG COMPONENTS 

Inventors: 
Edward Balassanian 
Scott Bradley 
David Costanzo 



Morgan & Finnegan LLP 

345 Park Avenue 
New York, NY 10154-0053 

(212) 758-4800 
www.morganfinnegan.com 



562864_1 



Express Mail No.: 
EJ606933599US 



PATENT APPLICATION DOCKET NO. 3802-4032 

FEATURE MANAGER SYSTEM FOR 
FACILITATING COMMUNICATION AND SHARED 
FUNCTIONALITY AMONG COMPONENTS 

FIELD 

5 The present application is directed generally to a feature manager system for 

managing a computer network of components, and more particularly to a software configuration 
system for components that communicate and share functionality between each other. 

BACKGROUND 

The Internet has created an entirely new world of features available to individuals 
Ct 0 with the appropriate hardware and software. Several new formats for accessing information, 
Z; particularly sound, video and animation applications, have developed in parallel with other 
% emerging Internet technologies. As such, users are constantly in need of specialized software to 
access these formats. 

U For example, an individual may wish to upgrade the web browser on a personal 

Ml 5 computer to acquire the ability to access different formats. In order to do so, the individual must 
p access the appropriate web page and download the software upgrade to the personal computer 
with a plug-in or helper application. Alternatively, the individual accessing the Internet with a 
personal computer may attempt to open a file, such as a wave file, without a wave player 
available to the web browser of the personal computer. The web browser without a wave player 
20 does not recognize the wave file and possibly sends a help request to the web page containing the 
wave file. The web page containing the wave file then prompts the web browser to download the 
appropriate wave player software for accessing the wave file. If the individual agrees to 
download the software, the remote server controlling the web page accessed by the individual 
either downloads the software directly to the individual's personal computer, or transfers the 
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individual to the appropriate web page for downloading the software. However, while browser 
plug-ins such as the wave player contain many resources, they are generally downloaded as a 
single archive (e.g., a zip file). Since the remote server downloading the wave player has no way 
to determine what resources the personal computer maintains locally, the remote server must 
transmit all of the resources required to run the wave player. Thus, even though some of the 
resources downloaded may be redundant to those resources already stored locally on the personal 
computer, all the resources of the wave player are downloaded as a single archive. 

Also, one can generally only get browser plug-ins either by accessing a file (such 
as a wave file) that requires a browser plug-in (such as a wave player) and directs the individual 
to the browser plug-in web page, or by accessing that browser plug-in web page directly. There 
is no single and easy way to get a variety of browser plug-ins or other features from a central 
source. 

Further, downloading each plug-in requires a separate download for each plug-in 
application, even though different plug-ins may share many of the same resources. Thus 
resources are stored duplicatively, wasting valuable memory on the computer. 

SUMMARY 

The above identified problems are solved and a technical advance is achieved by 
the feature manager system for facilitating communication and shared functionality among 
components. In accordance with one aspect of the feature manager system, there is provided a 
method of deploying computer code for a feature within a network, comprising searching locally 
for the code for the feature, requesting the code for the feature from a server component in the 
network, receiving the code for the feature from the server component and activating the feature. 
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In accordance with another aspect of the feature manager system, there is 
provided a method of deploying computer code for a feature within a network, comprising 
receiving a request for the code for the feature from a first component within the network, 
searching locally for the code for the feature, requesting the code for the feature from a second 
5 component in the network, receiving the code for the feature requested from the second 

component, storing locally the code for the feature, and transferring the code for the feature to 
the first component within the network. 

In accordance with yet another aspect of the feature manager system, there is 
S provided a method of deploying computer code for a feature within a network, comprising 
ffl 0 receiving a request for the code for the feature from a component within the network, searching 
Ul locally for the code for the feature, and transferring the code for the feature to the component 
^ within the network. 

p An advantage of the feature manager system is upon receipt of a request for the 

% code for a feature from a component in the network, the component receiving the request 

5 determines whether the component sending the request has the capability to process any or all of 
the sub-features of the feature. 

Further aspects of the feature manager system for facilitating communication and 
shared functionality among components will become apparent during the course of the following 
detailed description and by reference to the attached drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings illustrate certain aspects of the feature manager 
system for facilitating communication and shared functionality among components: 

FIG. 1 is a diagram of a client-server hierarchy in accordance with the instant 

application; 

FIG. 2 is an exemplary block diagram illustrating a feature manager system; 
FIG. 3 is an exemplary proxiworld knowledge table stored in a personal computer 
ofFIGs.l and 2; 

FIG. 4 is an exemplary proxiworld knowledge table stored in the local area 
network server of FIG. 2; 

FIG. 5 is an exemplary resource file registry stored in an end appliance of FIGS. 1 

and 2; 

FIG. 6 is an exemplary resource file registry stored in a personal computer of 

FIGs. 1 and 2; 

FIG. 7 is an exemplary feature description table stored in an end appliance of 

FIGs. 1 and 2; 

FIGs. 8A-B are a flow chart of an exemplary feature request and fulfillment 
process for the feature manager system; 

FIG. 9 is a block diagram illustrating the processing of the conversion system of 

the mapping process; 

FIG. 10 is a block diagram illustrating an exemplary path; and 

FIG. 1 1 is a block diagram illustrating the components of the conversion system. 
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It will be understood that the foregoing brief description and the following 
detailed description are exemplary and explanatory of the feature manager system, but are not 
intended to be restrictive thereof or limiting of the advantages which can be achieved by the 
feature manager system. 
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DETAILED DESCRIPTION 

The feature manager system of the instant application comprises a number of 
components in a network. Each component maintains a feature manager, which communicates 
with other feature managers in the network about feature requests and feature transfers. As used 
5 herein, a feature is defined as software or computer code that provides functionality to a 
component. An example of a feature is an MP3 player. Features are often made up of sub- 
features, which are features themselves, but work together in the feature manager system to 
create a separate feature. Feature managers store information about other components they 

C communicate directly with, and about features available locally. Feature managers rely on this 

JJ 0 information during the feature request and fulfillment process. This process is initiated by a 

request or other system decision. A component feature manager then determines if a feature is 

I* " available locally, and if not, the component feature manager requests the feature from another 

O component feature manager in the system. 

D For example, an individual using a personal digital assistant (PDA) may request a 

1 5 telephone feature from a personal computer (PC) located inside that individual's home. While 
the individual wants a telephone, the PC feature manager translates the request to a request for a 
microphone, speaker and remote data connection (i.e., sub-features of the telephone feature). 
The PC feature manager first checks for these sub-features within its own system, and if some or 
all of them are not found, the PC feature manager requests the missing sub-features from another 
20 feature manager in the system. 

The system is illustrated generally in FIG. 1. Feature manager operations are 
based on a client-server hierarchy. For instance, in one embodiment, the lowest level in the 
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hierarchy is the end appliance level, such as a personal PDA 100, telephone 105, television 110, 
thermostat 115, clock radio 120, toaster 125 and stereo 130. These end appliances have no level 
below them, and the feature manager configured within each end appliance can only 
communicate "up" to the next level in the hierarchy, illustrated in FIG. 1 as a personal computer 
(PC) 140. Each end appliance feature manager can assume control of another device (i.e., a 
client), thus assuming a level above the bottom of the hierarchy. In the embodiment illustrated in 
FIG. 1, the PC 140 feature manager acts as the server, and each end appliance is a client to the 
PC 140. Thus, any requests for a feature from any of the end appliances go directly to the PC 
140 feature manager. 

The feature manager hierarchy continues upward from the PC 140 to the local 
area network (LAN) server 150. The LAN server 150 feature manager acts as the server (in the 
client-server relationship) to at least one PC (i.e., PC 140), and in other embodiments, multiple 
PCs that are part of a local area network. These multiple PCs are clients to the LAN server 150. 
The PC 140 feature manager may communicate "down" one level to any of the end appliance 
feature managers, or it may communicate "up" to the feature manager LAN server 150, where 
the PC 140 feature manager serves as the "client" to the LAN server 150. For example, in one 
embodiment, an end appliance, such as the PDA 100, may request a feature from the PC 140 
feature manager. However, the PC 140 feature manager may determine that it does not have that 
feature stored locally. The PC 140 feature manager then looks "up" to the next level, and 
requests the feature from the LAN server 150 feature manager. If the LAN server 150 feature 
manager has the feature stored locally, in one embodiment, the LAN server 150 transfers the 
feature to the PC 140 feature manager. The PC 140 feature manager then stores the feature 
locally, and transfers the feature to the end appliance feature manager to satisfy the request. 
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In one embodiment, the highest level in the feature manager hierarchy is the 
universal server 160. The universal server 160 generally stores within its local system all 
features any client (i.e., end appliance, PC, LAN server, etc.) may request. For instance, if an 
end appliance feature manager requests a feature from the PC feature manager, and the PC 
5 feature manager determines that it cannot get that feature from its local system, the PC feature 
manager then requests the feature up the ladder. Ultimately, if the feature is somewhere, it will 
be stored at the universal server 160. If the feature is transferred "down" the hierarchy from the 
universal server 160 to an end appliance, at each level, that feature is stored locally for future 
V: requests and use. For instance, the LAN server 150 feature manager and the PC 140 feature 
Sio manager will both store locally a feature being sent "down" from the universal server 160 to an 
m end appliance. 

M In one embodiment, the client feature manager only communicates with a feature 

M< manager at an immediately adjacent level above or below, assuming that feature manager acts as 
tl both a client to the feature manager at the adjacent level above, and a server to the adjacent level 
Si 5 below. The client feature manager cannot communicate with other feature managers at the same 
level as itself, nor can it communicate outside the chain of the feature manager hierarchy (i.e., at 
levels other than directly above or below itself). For instance, in the embodiment illustrated in 
FIG. 1, the PDA 100 feature manager can only communicate with the PC 140 feature manager. 
The PDA 100 feature manager cannot communicate with other end appliance feature managers, 
20 such as the telephone 105, nor can it communicate with the LAN server 150 feature manager, 
unless indirectly through the PC 140 feature manager. For example, if the PDA 100 feature 
manager requests a feature from the PC 140 feature manager, and the PC 140 feature manager 
does not have access to the feature locally, the PC 140 feature manager forwards the request to 
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the LAN server 150 feature manager. However, if the LAN server 150 feature manager has the 
feature stored locally, it does not send the feature directly to the PDA 100 feature manager, but 
instead sends the feature to the PC 140 feature manager, which stores the feature to its local 
system, and then, in one embodiment, transfers the feature to the PDA 100 feature manager. 
5 The feature manager system is not limited to this communication restriction, and 

in other embodiments, communications between all feature managers within the system is 
allowed. 

FIG. 2 illustrates a system of components, each of which includes a feature 
manager that communicates based on the hierarchy described above. For example, the PDA 100, 
IjO telephone 105, television 1 10, thermostat 115, clock radio 120, toaster 125 and stereo 130 are all 
W end appliances that are clients to the PC 140. In other words, any feature request from one of 
2 these end appliance feature managers is sent to the PC 140 feature manager. 
1=5 Other end appliances are illustrated in FIG. 2 as reporting to other PCs. For 

■= example, a telephone 200, television 205, and clock radio 210 report to a PC 250, and a VCR 
ft 5 215, television 220, stereo 225, cellular phone 230, PDA 235 and telephone 240 report to a PC 
Q 260. Further, the PCs 140, 250 and 260 are part of a local area network, which is managed by 
the LAN server 150. Again, any requests for features from the PC feature managers go "up" to 
the LAN server 150 feature manager. Finally, as illustrated in FIG. 2, the universal server 160 is 
accessible to the LAN server 150 through the Internet. Thus, in one embodiment, any requests 
20 from a LAN server feature manager go to the universal server by means of the Internet. 

The feature manager system is not limited to the embodiment illustrated in FIGS. 
1 and 2, and may include multiple additional levels of components within the feature manager 
hierarchy. 
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The feature manager system relies on feature managers within each component in 
the system that communicate with each other through a "mapping" process based on protocols, 
described in detail below as well as in U.S. Patent Application Serial No. 09/304,973 entitled 
"Method and System For Generating A Mapping Between Types of Data", incorporated herein 
5 by reference. 

In one embodiment, features are requested by certain components and stored in 
other components within the feature manager system. For example, a PDA may request an MP3 
player, wave player, and a web browser. All are features that are available somewhere within the 
feature manager hierarchy. However, as described in detail below, the PDA may not have the 
5l0 capability to receive every feature the PDA requests. Within the feature manager system, each 
00 feature manager becomes aware of the capabilities of other components it communicates with 

directly, and feature managers make decisions based on this knowledge. For instance, in the 
^ example described above, the PDA may not have the processing capability to accept and store 
P the MP3 player feature. The feature manager that receives the request for the MP3 player feature 
Of 5 from the PDA feature manager is aware of this restriction, and, as described in detail below, 
C3 makes decisions based on such. 

Also, different versions of the same feature may exist throughout the system. For 
example, a group of features may exist that perform the same function. However, one version 
may be more sophisticated than another, more or less expensive, contain more or less computer 
20 code or require more or less memory space or processing power, etc. In one embodiment, each 
feature is rated or certified based on different factors such as mentioned above that comprise the 
feature. When multiple versions of the same feature exist, feature managers make decisions 
regarding which version of the feature to send based either on the capability of the requesting 
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component to accept the feature, or requirements imposed by the request itself. For example, a 
user can set general requirements that the feature manager responding to the request can attempt 
to satisfy. Also, the user can set specific requirements, such as fastest feature available, least 
expensive, etc. For instance, a PDA requesting an MP3 player may also request the least 
expensive MP3 player available. The feature manager responding to this request determines if 
an MP3 player feature is available, and if multiple versions of the MP3 player feature are 
available, the feature manager determines the least expensive MP3 player (i.e., based on its 
rating or certification) and sends it to the PDA. 

Features are generally requested by and delivered to components (i.e., an end 
appliance) that make the feature available to a user. Many features are made up of sub-features, 
which are features themselves, but function together to create a separate feature. For example, 
an MP3 player is a feature that may be requested by an end appliance, such as a PDA. However, 
in one embodiment, the MP3 player is made up of an MP3 decoder and a PCM player. Both the 
MP3 decoder and the PCM player are features themselves, but in this example, they are sub- 
features that work together to make up the MP3 player feature. A feature may comprise several 
sub-features that, as described in detail below, may be distributed by the feature manager system 
throughout different components to satisfy a feature request. 

A sub-feature may be used with multiple features. For example, an end appliance 
feature manager may request two features that share one or more sub-features. Both the 
requesting feature manager and the feature manager that satisfies the request know that certain 
sub-features are shared, and manage the transfer of sub-features efficiently based on this 
knowledge. For example, a PDA feature manager may request both an MP3 player feature and a 
wave player feature. Since the feature manager providing the features knows that both the MP3 
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player and the wave player use a PCM player (i.e., a shared sub-feature), the feature manager 
providing the features only downloads the PCM player once to the requesting feature manager. 
Alternatively, if the PDA feature manager first requested the MP3 player feature, and later 
requested the wave player feature, the PDA feature manager requesting the features knows that 
5 the PCM player sub-feature was already provided as part of the MP3 player feature request, and 
relies on that same PCM sub-feature already provided to satisfy that portion of the wave player 
feature request. 

Further, based on such sharing of sub-features [and other resources (i.e., 
protocols) identified in the "mapping" patent application and described below], the feature 
^1 0 manager system allows other features to be upgraded when one sub-feature or other resource is 
'% upgraded. For example, if a feature manager decides to upgrade a sub-feature that makes up a 

feature at a level below in the system, such an upgrade affects not only that feature, but any other 
s feature at that lower level that also relies on that "shared" sub-feature. In fact, the feature 
Q manager that receives the sub-feature upgrade can transfer that upgraded sub-feature down to the 
Oil 5 next level, and each respective feature manager can them transfer the upgraded sub-feature down 
^ to the next level, as the system allows. 
Proxiworld Knowledge Tables 

An exemplary proxiworld knowledge table for a PC and a LAN server is shown in 
FIGs. 3 and 4, respectively. The specific data and fields illustrated in those figures represent 
20 only one embodiment of the proxiworld knowledge information stored in components of the 
feature manager system. In most cases, the exemplary fields shown in FIGs. 3 and 4 are 
relatively self-explanatory. The specific data and fields illustrated in those figures, as well as the 
number of proxiworld knowledge tables, can be readily modified from the described exemplary 
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embodiment and adapted to provide variations for proxiworld knowledge. Furthermore, each 
field may contain more or less information. 

Generally, a proxiworld comprises the directly adjacent lower level of clients for 
the server (in the client-server relationship described earlier) within the feature manager 
5 hierarchy. For example, as illustrated in FIG. 2, the PC 140 proxiworld consists of the PDA 100, 
telephone 105, television 110, thermostat 1 15, clock radio 120, toaster 125 and stereo 130. Since 
each of these components is an end appliance and has no "clients" or lower level, each 
proxiworld is empty. 

O The proxiworld knowledge table stores information about each client within the 

GlO proxiworld. Thus, the end appliances described above that are clients to the PC 140 in FIG. 2 
Hi ; maintain proxiworld knowledge tables, although they are empty. However, each end appliance 
r: may become a "server" with responsibility to clients, in which case their proxiworld knowledge 
y : table would fill up with information about each client. 

M Proxiworld Knowledge Table 300 is shown in FIG. 3 for a PC, such as the PC 140 

015 illustrated in FIG. 2, and maintains (among other information) a compilation of information 
about each client that reports to the PC. Each record in Proxiworld Knowledge Table 300 
corresponds to one client (i.e., one end appliance that reports to the PC). As shown in FIG. 3, 
Proxiworld Knowledge Table 300 contains fields corresponding to, for example, client name 
305, client serial number 310, client IP address 315, processor 320, operating system 325, 
20 memory 330, features loaded 335, and features active 340. The client serial number 310 is an 
alphanumeric identifier for the client/end appliance. The client IP address 315 is the Internet 
Protocol (IP) address for the client/end appliance. The processor field 320 identifies the type of 
processor used by the client, including the processing speed. Thus, this is one piece of 
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information the "server" evaluates to determine if a "client" can handle a particular feature. For 
example, the PDA 100 feature manager may request an MP3 player feature from the PC 140 
feature manager. However, the PC 140 feature manager looks at the processing capability of the 
PDA's processor, and may determine that the PDA 100 does not have the processing capability 
to accept the MP3 player feature. The PC 140 feature manager considers alternate options, 
described in detail below in connection with FIGs. 8A-B. 

The operating system field 325 identifies the operating system used by the 
client/end appliance, and the memory field 330 identifies the memory capacity available for the 
client/end appliance. Both fields are additional factors the "server" evaluates to determine if a 
"client" can handle a particular feature. 

The field 335 entitled "Features Loaded" identifies the particular features that 
were downloaded at one time to the client/end appliance, and are available to be activated. 
Features are activated by downloading the necessary protocols, label classes, mappings, aliases, 
and default targets, described below in connection with FIG. 7. As a result, activated features 
consume more resources than those that are merely loaded. Each component feature manager 
uses an initialization file that saves to memory all features downloaded and active when the 
system is running. Assuming a system shutdown, upon re-boot, the imtialization file that saved 
the feature information informs the feature manager which features were active prior to the most 
recent shutdown and re-boot/start-up. The feature manager again activates the same features. 
However, additional features may be activated at the discretion of the feature manager. The 
"Features Loaded" field 335 includes all features available to the client, regardless of whether or 
not they have been activated. The "Features Active" field 340 identifies the features that are 
active at that time. 
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Proxiworld Knowledge Table 400 is shown in FIG. 4 for a LAN server, such as 
the LAN server 150 illustrated in FIG. 2, and maintains (among other information) a compilation 
of information about each client that reports to the LAN server (for this table, each client is a PC 
that is part of a local area network controlled by a LAN server, such as the PC's 140, 250 and 
5 260 within local area network 270 and controlled by LAN server 1 50, as illustrated in FIG. 2). 
Each record in Proxiworld Knowledge Table 400 corresponds to one client (i.e., each PC that 
"reports" to the LAN server). As shown in FIG. 4, Proxiworld Knowledge Table 400 contains 
fields corresponding to, for example, client name 405, client serial number 410, client IP address 
D 415, processor 420, operating system 425, features loaded 430, and features active 435. Each 
ffl 0 field in Proxiworld Knowledge Table 400 is identical to the fields in Proxiworld Knowledge 
U Table 300. 

fj Every component in the feature manager system maintains a proxiworld 

y. knowledge table, including the universal server 160 illustrated in FIG. 2. Such proxiworld 
U knowledge tables allow the feature manager within each component to make efficient decisions 
O. 5 regarding feature transmission throughout the feature manager hierarchy. 

Resource File Registry 

An exemplary resource file registry for an end appliance and a PC is shown in 
FIGS. 5 and 6, respectively. The specific data and fields illustrated in those figures represent 
only one embodiment of the resource information stored in components of the feature manager 
20 system. In most cases, the exemplary fields shown in FIGS. 5 and 6 are relatively self- 
explanatory. The specific data and fields illustrated in those figures, as well as the number of 
resource file registries, can be readily modified from the described exemplary embodiment and 
adapted to provide variations for resource information. Furthermore, each field may contain 
additional information. 
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A resource is a generic term that comprises several ideas that are fundamentally 
explained in the mapping patent application, incorporated earlier by reference and described in 
detail below. Resources include feature description files, as well as other items, such as 
protocols, drivers and label classes. However, a feature is not a resource, but a collection of 
5 resources. Certain resources are important for delivering a feature from one component feature 
manager to another. Thus, each component feature manager maintains a resource file registry to 
monitor each resource stored within its local system. 

Resource File Registry 500 is shown in FIG. 5 for an end appliance, such as the 
D PDA 1 00 illustrated in FIG. 2, and maintains (among other information) a compilation of 
0^1 0 information about each resource locally available to the end appliance. Each record in Resource 
X File Registry 500 corresponds to one resource. As shown in FIG. 5, Resource File Registry 500 
If contains fields corresponding to, for example, resource name 505, resource type 510, resource 
L version 5 1 5, resource URL 520 and resource platform 525. The resource name 505 is the name 
P attached to the particular resource by the system. In one embodiment, the resource name is an 
0 1 5 alphanumeric string. Resources are generally requested within the feature manager system by 
resource name. The resource type 510 indicates the type of resource, and includes feature 
description, protocol description, protocol and driver, among others. In one embodiment, 
description files are text files that describe the resource and provide other information about the 
resource, such as configuration and download information. A feature itself is never an entry in a 
20 resource file registry (because, as described above, a feature is a collection of resources), but a 
feature description is found in a resource file registry. 

The field 520 entitled "Resource URL" is the Uniform Resource Locator (URL) 
for the resource. In one embodiment, the Resource URL is a local URL, beginning with the 
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prefix "file://". In this embodiment, the feature manager does not consider any files in a remote 
location to be part of that feature manager's registry. If the feature manager does not have access 
to a resource locally, the feature manager requests the resource from its server (in the feature 
manager hierarchy) rather than maintaining remote access to the resource. 
5 The field 525 entitled "Resource Platform" is generally applicable to certain 

resource types (i.e., protocol, label class, or driver), and indicates the type of platform the 
resource uses. In one embodiment, supported values include "Win 32" (Microsoft Windows), 
"Vx Works", and "Win CE" (Microsoft Windows CE). 

Resource File Registry 600 is shown in FIG. 6 for a PC, such as the PC 140 
% 0 illustrated in FIG. 2, and also maintains (among other information) a compilation of information 
S about each resource locally available to the PC. Each field in the Resource File Registry 600 is 
m identical to the fields in Resource File Registry 500, except the resource file registry is for the 
b PC, as opposed to the end appliance. As shown in FIG. 6, the protocol resource named "MP3" 
□ maintains two entries in Resource File Registry 600. The only differences between the two 

5 entries are the Resource URL and Resource Platform. The first MP3 protocol entry maintains a 
S "Win 32" platform, with a corresponding resource URL (file:///portal/data/mp3/win32/mp3.dll), 
and the second MP3 protocol entry maintains a "Vx Works" platform, also with a corresponding 
resource URL (file:///portal/data/mp3/vxworks/wp3.dll). For the PC feature manager that 
maintains the Resource File Registry 600, the same MP3 protocol is available to the PC feature 
20 manager through two separate platforms. 

Every component in the feature manager system maintains a resource file registry, 
including the LAN server 150 and universal server 160 illustrated in FIG. 2. Each resource file 
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registry allows the feature manager within each component to know what resources are available 
locally. 

Feature Description Tables 

An exemplary feature description table is shown in FIG. 7. The specific data and 

5 fields illustrated in this figure represent only one embodiment of feature information stored for a 
component of the feature manager system. In most cases, the exemplary fields shown in FIG. 7 
are relatively self-explanatory. The specific data and fields illustrated in this figure, as well as 
the number of feature description tables, can be readily modified from the described exemplary 
embodiment and adapted to provide variations for feature information. Furthermore, each field 
3 0 may contain more or less information. 

m The feature manager for each component in the feature manager system includes a 

S feature description table. The table provides specific information about each feature loaded for 
H= that particular component. For example, any feature included in the "Features Loaded" field of 
t the proxiworld knowledge table for that component, and included in the resource file registry as 
ft 5 a "feature description" in the "Resource Type" field is a record in the feature description table, 
n The feature description table includes information used by the system described in the mapping 
patent application, incorporated earlier by reference, for mapping the feature. 

Feature Description Table 700 is shown in FIG. 7 for an end appliance, such as 
the PDA 100 illustrated in FIG. 2, and maintains (among other information) a compilation of 
20 information about each feature loaded on the end appliance. Each record in the Feature 

Description Table 700 corresponds to one feature. As shown in FIG. 7, Feature Description 
Table 700 contains fields corresponding to, for example, feature name 705, feature active 710, 
sub-features 715, default targets 720, mappings 725, aliases 730, protocols 735, label classes 
740, interface implementations 745 and certification 750. 
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The feature active field 710 indicates whether the feature is active. The sub- 
features field 715 contains all sub-features that make up the feature. For example, as described 
above, the MP3 player feature is made up of an MP3 decoder sub-feature and a PCM player sub- 
feature. Both sub-features (i.e., the MP3 decoder and PCM player) are features themselves, and 
5 also have their own record in the Feature Description Table 700. Storage of the sub-feature 
information by the feature description table allows the feature manager to make efficient feature 
request decisions and determine the impact of a sub-feature upgrade on multiple features that 
share that sub-feature. 

^ The field 720 entitled "Default Targets" indicates the final destination where the 

S|0 data which the feature concerns is mapped. The field 725 entitled "Mappings" indicates the 
gi preferred way to route the data which concerns the feature. The field 730 entitled "Aliases" 
ffl identifies labels that can be substituted for other labels while mapping the data concerning the 
* feature. The field 735 entitled "Protocols" identifies the recognized parts of a path for the 

1 feature. The field 740 entitled "Label Classes" identifies alternate naming schemes used during 
zJl 5 the mapping process. The field 745 entitled "Interface Implementations" identifies "mediators" 
~" that allow the protocols to communicate with platform-specific items such as speakers and file 
systems. 

Finally, the certification field 750 distinguishes multiple versions of the same 
feature. For example, in one embodiment, a letter rating (i.e., "A", "B", or "C") is provided 
20 based on the cost of the feature. However, in other embodiments, the rating may be in other 
formats and based on other criteria. 
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The feature request and fulfillment process using data from the proxiworld 
knowledge tables, resource tables, and feature description tables is illustrated in connection with 
the flow chart of FIGs. 8A-B. 
Feature Request and Fulfillment Process 

The feature request and fulfillment process involves a series of steps where, based 
on a request or a system determination, each relevant component feature manager in the system 
determines the availability of a feature locally, and communicates between component feature 
managers throughout the system to find and deliver the feature to a requesting or targeted 
component feature manager. The steps illustrated in FIGs. 8A-B start with an end appliance 
requesting a feature, and move up the feature manager hierarchy ultimately to the universal 
server. However, a feature request may initiate at any level in the feature manager hierarchy, as 
described in detail below. 

As shown in FIGs. 8A-B, the first step comprises an end appliance, such as the 
PDA 100 illustrated in FIG. 2, requesting a feature such as an MP3 player (step 805). The 
request may be initiated a number of different ways. For example, in one embodiment, an 
individual using an end appliance may request from the end appliance the use of a particular 
feature, such as an MP3 player. In another embodiment, a component feature manager may 
determine, based on certain information, that it needs a particular feature, such as an MP3 player. 
Further, in yet another embodiment, a "server" (in the client-server relationship discussed 
earlier), such as a PC, may determine, based on certain information, that one of its clients, such 
as the PDA, needs a particular feature. Finally, in another embodiment, the universal server may 
download a new feature and determine that the feature should be sent to certain clients 
throughout the system. Those clients may decide whether to send the feature to their clients, etc., 
following the feature manager hierarchy described earlier. 
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Next, the end appliance feature manager determines if it has the requested feature 
available locally (step 810). In one embodiment, the end appliance feature manager reviews its 
resource file registry (such as the Resource File Registry 500 illustrated in FIG. 5) to determine 
if the feature exists locally. In another embodiment, the end appliance feature manager reviews 
its feature description table (such as the Feature Description Table 700 illustrated in FIG. 7) to 
determine if the feature exists locally. If the feature is found locally, the end appliance feature 
manager determines if the feature is active by referring to the "Feature Active" field in the 
feature description table. If the feature is not active, the end appliance feature manager activates 
the feature, by loading the necessary protocols, label classes, mappings, aliases and default 
targets (step 815). As described earlier, the feature manager initialization file identifies which 
features are active at that time, and those same features are re-activated the next time the system 
is re-booted. 

If the feature is not available locally, the end appliance feature manager sends a 
request for the feature to the next level "up" the feature manager hierarchy, which, as illustrated 
in FIGs. 8A-B, is directed to a PC (step 820). The PC feature manager receives the request, and, 
in one embodiment, determines if the requested feature is made up of multiple sub-features. The 
PC feature manager may have this information available in its feature description table, or it may 
retrieve this information from another feature manager in the hierarchy. If the requested feature 
is not made up of multiple sub-features, the PC feature manager determines if it has the 
requested feature available locally as described in detail below in connection with step 825. 
However, if the requested feature is made up of multiple sub-features, the PC feature manager 
reports this information back to the end appliance feature manager. The end appliance feature 
manager then determines if it has any of the sub-features that make up the feature available 
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locally. The end appliance feature manager again reviews its resource file registry to determine 
if any or all of the sub-features that make up the feature exist locally. If all of the sub-features 
that make up the feature are available locally, the end appliance feature manager fulfills the 
feature request by activating those sub-features. 
5 For example, an end appliance feature manager, after receiving a request for an 

MP3 player, determines that it does not have the MP3 player feature available locally. However, 
after requesting the MP3 player feature from the PC feature manager, the PC feature manager 
reports back to the end appliance feature manager that the MP3 player feature is made up of an 
O MP3 decoder sub-feature and a PCM player sub-feature. The end appliance feature manager 
§0 then determines it has both sub-features (e.g., the MP3 decoder and the PCM player) available 
5 locally, and fulfills the feature request by activating those sub-features. 

W If ot h er than all of the sub-features that make up the feature are available locally, 

L the end appliance feature manager again sends a request to the PC feature manager. This request 
Z, is based on the end appliance feature manager's local search for any sub-features that make up 
B 5 the requested feature. If some of the sub-features that make up the requested feature are 

available locally, the request submitted by the end appliance feature manager takes this into 
account and only requests the sub-features not available locally to the end appliance feature 
manager. However, if none of the sub-features that make up the feature are available locally, the 
end appliance feature manager again requests the original requested feature itself from the PC 

20 feature manager. 

For example, if an end appliance feature manager is unable to satisfy an MP3 
player feature request locally, after determining from the PC feature manager the sub-features 
that make up the MP3 player feature, the end appliance feature manager reviews its feature 
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description table to determine if it has any sub-features that make up the MP3 player feature. 
Based on the knowledge that an MP3 player feature is made up of an MP3 decoder sub-feature 
and a PCM player sub-feature, the end appliance feature manager determines that the end 
appliance has the PCM player sub-feature available locally. As a result, the end appliance 
feature manager requests only the MP3 decoder from the PC feature manager to satisfy the MP3 
player request. 

The PC feature manager receives the request and determines if it has the 
requested feature or sub-feature(s) available locally (step 825). Again, in one embodiment, the 
PC feature manager reviews its resource file registry to determine if the requested feature or sub- 
feature^) exists locally. 

If the feature or sub-feature(s) is found locally by the PC feature manager, the PC 
feature manager evaluates the end appliance record in the PC feature manager proxiworld 
knowledge table to determine if the end appliance has the processing capability, memory or 
appropriate operating system to receive some or all of the requested features/sub-features (step 
835). For the example described above, the PC feature manager may determine from its 
proxiworld knowledge table that the end appliance processor does not have the capability to 
receive and activate the MP3 decoder sub-feature. Thus, the PC feature manager may send an 
alternate response, such as providing a remote decoding version of the MP3 player feature to the 
end appliance feature manager. 

Also, in another embodiment, the PC feature manager may locate multiple 
versions of the same feature requested by the end appliance feature manager. Based on the 
capability evaluation, the PC feature manager may determine that the end appliance feature 
manager only has the capability to receive certain of the available versions. Also, the end 
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appliance feature manager may include general or special request instructions that either limit the 
feature to be received generally based on a number of requirements, or specifically based on one 
or more of the following - cost, memory, processing speed, etc. Thus, based on this 
information, the PC feature manager can best determine which version of the feature to send to 
5 the end appliance feature manager. 

After the PC feature manager completes this capability evaluation, it generally 
proceeds in one of three ways. First, if the PC feature manager determines that the end appliance 
has the capability to receive, activate and use the feature/sub-feature(s) necessary to fulfill the 
r; request, the PC feature manager retrieves the necessary feature/sub-feature(s) locally (step 840), 
tiO packages the feature/sub-feature(s) for network transmission and sends to the end appliance (step 
Hi 845). In one embodiment, the feature/sub-feature(s) are encrypted when transferred to the end 
^ appliance for security purposes, and all other transfers throughout the system are encrypted as 
f s well. In another embodiment, the feature/sub-feature(s) use a digital signature when transferred 
^ to the end appliance, also for security purposes, and all other transfers throughout the system rely 
rt 5 on a digital signature as well. 

Upon receipt of the feature/sub-feature(s), the end appliance activates the feature 
as described earlier in connection with step 815. 

Second, the PC feature manager may determine that the end appliance only has 
the capability to receive certain sub-features requested, but not all sub-features requested. In that 
20 case, the PC feature manager retrieves the sub-features the end appliance has the capability to 
accept from the PC local file system (step 850), packages the sub-features for network 
transmission and sends to the end appliance. The PC feature manager also communicates to the 
end appliance feature manager that use of the requested feature requires coordination with the PC 



562864_1 



-25- 



PATENT APPLICATION DOCKET NO. 3802-4032 

feature manager, because the end appliance does not have the capability to accept or use the 
requested feature/sub-feature(s) by itself. The PC feature manager notifies the end appliance 
feature manager of the mappings for sub-features not being sent to the end appliance. Also, the 
PC feature manager activates those sub-features that the end appliance feature manager receives 
5 a mapping for (if they were not already active) (step 855). 

For example, if an end appliance feature manager, in response to a request for an 
MP3 player feature, requests the MP3 decoder sub-feature from the PC feature manager (because 
it has a PCM player sub-feature already loaded), but does not have the capability to accept the 
1 MP3 decoder sub-feature, the PC feature manager directs the end appliance feature manager to 
lO rely on the MP3 decoder sub-feature loaded and activated at the PC to fulfill that portion of the 
I MP3 player feature. Thus, while the end appliance does not have the capability to load the MP3 
decoder, the end appliance can rely on the MP3 decoder stored locally at the PC, as arranged by 
both the PC feature manager and the end appliance feature manager. Further, to an individual 
I using the feature, it is transparent whether all features/sub-features are loaded and active at the 
jl 5 end appliance, or the end appliance relies on its server at a level "up" the feature manager 
hierarchy for one or more of the sub-features. 

Third, the PC feature manager may determine that the end appliance does not 
have the capability to receive any of the requested sub-features or the entire feature itself. In that 
case, the PC feature manager communicates to the end appliance feature manager that use of the 
20 feature requires reliance on the PC feature manager, because the end appliance does not have the 
capability to accept the feature/sub-feature(s). The PC feature manager thus sends a mapping to 
the end appliance feature manager for use of the feature, and activates that feature (if the feature 
was not already active) (step 860). Again, although the feature is not sent to the end appliance, 
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and the end appliance instead relies on a mapping provided by the PC feature manager, these 
actions are transparent to the individual using the feature. 

In one embodiment, when a server receives a feature request from one client, and 
successfully provides the feature to the client in one of the ways described above, the server 
feature manager reviews its proxiworld knowledge table and targets other clients the server 
feature manager determines should have the feature as well. The server feature manager then 
follows the steps described above to provide the feature to the other targeted clients. For 
example, a PC, such as the PC 140 illustrated in FIG. 2, receives a request for an MP3 player 
from the PDA 100. After delivering this feature to the PDA 100, the PC feature manager 
determines that other clients, such as the television 110, clock radio 120,and stereo 130 should 
have the MP3 player feature as well. The PC 140 feature manager then initiates the process of 
providing that feature to each of the targeted clients. 

Referring back to FIGs. 8A-B, if the feature requested is not available locally to 
the PC feature manager, the PC feature manager determines if it has any of the sub-features that 
make up the feature available locally. The PC feature manager then sends a request for the 
necessary feature/sub-feature(s) to the next level "up" the feature manager hierarchy, which, as 
illustrated in FIGs. 8A-B, is directed to the universal server (step 865). Again, this request is 
based on the PC feature manager's search for any sub-features that make up the requested 
feature. 

The feature manager system is not limited to a component hierarchy of just end 
appliances, PCs and the universal server, as illustrated in FIGs. 8A-B. Other levels may exist 
within the hierarchy. For example, if a PC feature manager determines that it does not have the 
requested feature available locally, in another embodiment, the request for the feature to the next 
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level "up" the feature manager hierarchy would be to a LAN server, such as the LAN server 150 
illustrated in FIG. 2. This LAN server acts as a server to the PC (i.e., the client) in the feature 
manager hierarchy. The LAN server feature manager makes identical decisions as the PC 
feature manager regarding searching for the feature locally, evaluating the capability of the PC to 
5 accept the feature or sub-features, and either sending some or all of the sub-features that make up 
the requested feature based on these evaluations, or providing a mapping to the requesting level 
Further communication between the feature manager receiving the request and lower levels will 
become clear in connection with the universal server process described below. 

The universal server receives the request and determines if the requested feature is 
ylO available locally (step 870). Since the universal server is at the top of the feature manager 

hierarchy, the feature either is available here, or is not available anywhere in the system. For 
%l example, any feature that exists at any level below the universal server means that the feature is 
I available at the universal server. Similarly, any feature that exists with any client automatically 
5 exists with its direct server and all servers at every level "up" in the feature manager hierarchy. 
015 The universal server feature manager reviews its resource file registry to determine if the 
£3 requested feature exists locally. If the feature does not exist locally, then the feature is not 

available anywhere in the system and the universal server feature manager notifies the feature 
manager at the next level down (i.e., the PC feature manager) that the feature is not available 
(step 872). If the feature request originally came from the end appliance, the PC feature 
20 manager, after learning that the feature is not available from the universal server feature 

manager, notifies the end appliance feature manager that the feature is not available. Thus, in 
one embodiment, when a feature is not available at the universal server level, each feature 



-28- 

562S64 - 1 Express Mail No.: 

EJ606933599US 



PATENT APPLICATION DOCKET NO. 3802-4032 

manager within the request chain communicates "down," level by level in the feature manager 

hierarchy, until the requesting feature manager is notified. 

If the feature is found locally by the universal server feature manager, the 

universal server feature manager evaluates the PC record in its proxiworld knowledge table to 
5 determine if the PC has the processing capability, memory or appropriate operating system to 

receive some or all of the requested features/sub-features (step 880). Again, if multiple versions 

of the same requested feature are found by the universal server, the universal server feature 

manager determines which version to send based on the capability of the requesting component 

and any request restrictions. 
#0 After the universal server feature manager completes this capability evaluation, it 

5; generally proceeds in one of three ways. First, if the universal server feature manager 

14 determines that the PC has the capability to receive, activate and use the necessary feature/sub- 
\ feature(s) necessary to fulfill the request, the universal server feature manager retrieves the 

p necessary feature/sub-feature(s) from its local file system (step 885), packages the feature/sub- 

015 feature(s) for network transmission and sends to the PC (step 890). Again, in one embodiment, 
U the feature/sub-feature(s) are either encrypted or use a digital signature whenever they are 

transferred from one component to another in the feature manager system. 

Upon receipt of the feature/sub-feature(s), the PC feature manager stores the 
feature/sub-features locally, and re-initiates the step of determining whether to send the entire 
20 feature to the end appliance, or perform other actions as described above in connection with step 
835. 

Second, the universal server feature manager may determine that the PC only has 
the capability to receive certain sub-features requested, but not all sub-features requested. In that 
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case, the universal server feature manager retrieves the sub-features the PC has the capability to 
accept and use from the universal server local file system (step 892), packages the sub-features 
for network transmission and sends to the PC. The universal server feature manager also 
communicates to the PC feature manager that use of the requested feature requires coordination 
with the universal server feature manager, because the PC does not have the capability to accept 
or use the requested feature/sub-feature(s) by itself. The universal server feature manager 
notifies the PC feature manager of mappings for sub-features not being sent to the PC. Also, the 
universal server feature manager activates those sub-features that the PC feature manager 
receives a mapping for (if those sub-features were not already active) (step 894). 

Depending upon the sub-features received by the PC feature manager, the PC 
feature manager stores those sub-features locally, re-initiates the step of determining whether to 
send any of these sub-features "down" to the end appliance, and coordinates between the end 
appliance feature manager and the universal server feature manager for the appropriate sub- 
features necessary to fulfill the feature request. 

For example, an end appliance, such as the PDA 100 illustrated in FIG. 2, may 
request an MP3 player feature from the PC that acts as its server. If the PC does not have the 
MP3 player feature stored locally, in the embodiment illustrated in FIGs. 8A-B, the PC requests 
the feature from the universal server. The universal server may have the feature (comprised of 
an MP3 decoder sub-feature and a PCM player sub-feature) stored locally, but after evaluating 
the PC record in the proxiworld knowledge table, the universal server feature manager 
determines that the PC only has the capability to accept the PCM player sub-feature. The 
universal server feature manager transfers the PCM player sub-feature to the PC, but not the 
PCM decoder. The PC feature manager may then determine that the PDA 100 does not have the 
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capability to accept the PCM player sub-feature. However, the PDA 100 can use the MP3 player 
feature based on the mapping between the PDA feature manager and the PC feature manager for 
the PCM player, and the mapping between the PDA feature manager, PC feature manager and 
universal server feature manager for the MP3 decoder. Again, such mapping is transparent to the 
5 operator of the PDA who uses the feature requested. 

Third, the universal server feature manager may determine that the PC does not 
have the capability to receive any of the requested sub-features or the entire feature itself. In that 
case, the universal server feature manager communicates to the PC feature manager that use of 
the feature requires reliance on the universal server feature manager, because the PC does not 
Jo have the capability to accept the feature/sub-feature(s). The universal server feature manager 
E thus sends a mapping to the PC feature manager for use of the feature, and activates that feature 
W (if the feature is not already active) (step 882). The mapping is then passed on by the PC feature 
^ manager to the end appliance feature manager. 

=~: Ma pping Process 

jj 5 A method and system for mapping data in one format to data in another format is 

U provided. The system in one embodiment provides (1) a conversion system for dynamically 
identifying a sequence of routines for converting data in a source format into data in a target 
format and (2) a switchboard component for specifying a sequence of conversion routines for 
converting data in a source format into a target format and for routing the data. The system 
20 routes data through the sequence of routines to effect the conversion of the data to the target 
format or to effect the routing of the data to a target (e.g., display device or disk). The 
switchboard component allows a user to direct data in a certain source format to a target using a 
caching mechanism of the conversion system. When a user indicates to route data in that source 
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format to the target, the system stores in a cache an indication of a sequence of routines that axe 
to be invoked to effect the routing. When the conversion system processes data in that format, it 
retrieves the indication of sequences of routines from the cache and then invokes each routine to 
effect the routing of the data. To facilitate the use of independently developed conversion 
5 routines, the conversion system uses an aliasing scheme for naming data formats. The 

conversion system allows data formats to be specified as compatible with one another. In this 
way, even though different naming conventions may be used by different developers of the 
conversion routines, the conversion system will know what data formats are compatible. 

The conversion system inputs data in the source format and identifies a series of 
yfiO conversion routines that can be used to convert the data to the target format. The conversion 
01 system dynamically identifies the conversion routines when data in the source format is received. 
5£j A driver (e.g., an ethernet driver) that receives the data in the source format identifies the first 
f conversion routine and then invokes that first conversion routine passing the data in the source 
f *| format. The conversion routine converts the data into an output format and notifies a forwarding 
ffl 5 component of the conversion system. The forwarding component may either know of the target 
Q format by having prior knowledge or by receiving notification from the conversion routine, or, 
alternatively the forwarding component may not know of the target format. If the forwarding 
component knows of the target format, it can identify a sequence of one or more conversion 
routines that input data in the output format and that output data in the target format. The 
20 conversion system may identify more than one sequence of conversion routines that convert the 
data to the target format. If the forwarding system does not know the target format, it 
incrementally identifies the conversion routines in a sequence. Each identified conversion 
routine when invoked may notify the forwarding component of a target format. The forwarding 
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component may identify multiple conversion routines for converting the data from the output 
format into another format. Regardless of whether the forwarding component identifies only the 
next conversion routine in the sequence or identifies all or several of the conversion routines in 
the sequence, the forwarding component invokes the next conversion routine in the sequence 
5 passing the converted data. Each conversion routine converts the data from the output format to 
another format and then notifies the forwarding component. This process of identifying 
conversion routines and notifying the forwarding component continues until the data is in the 
target format or no more conversion routines are available to process the data. 

Figure 9 is a block diagram illustrating the processing of the conversion system of 
i 0 the instant application. Data in the source format is received by driver 90 1 . The driver may 
ft; ; convert the data to an intermediate format or perform other processing on the data before 
S invoking conversion routine 902. The conversion routine 902 converts the data to another 
^ intermediate format and provides that data to the forwarding component 903 . The forwarding 
n component invokes an identify conversion routine component 904 to identify a conversion 
m 5 routine for processing the data in the intermediate format. The identify conversion routine 
□ component may identify multiple conversion routines that input data in the intermediate format 
and if a target format is known may identify one or more sequences of conversion routines. The 
forwarding component then invokes the identified conversion routines 905 that input data in the 
intermediate format. Although not illustrated in this figure, a graph of the invocation of 
20 conversion routines is a tree-like structure because the forwarding component may invoke 

multiple conversion routines to process a certain intermediate format. This process is repeated 
until eventually conversion routine 91 1 outputs the data in a target format. 
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The conversion system identifies a sequence of "edges" for converting data in one 
format into another format. Each edge corresponds to a conversion routine for converting data 
from one format to another. Each edge is part of a "protocol" that may include multiple related 
edges. For example, a protocol may have edges that each convert data in one format into several 
5 different formats. Each edge has an input format and an output format. A "path" is a sequence 
of edges such that the output format of each edge is compatible with the input format of another 
edge in the sequence, except for the input format of the first edge in the sequence and the output 
format of the last edge in the sequence. Figure 10 is a block diagram illustrating a path. 
Protocol PI includes an edge for converting format Dl to format D2 and an edge for converting 
Hjo format Dl to format D3; protocol P2 includes an edge for converting format D2 to format D5, 
m and so on. A path for converting format Dl to format D15 is shown by the curved lines and is 
i defined by the address "PI :1, P2:l, P3:2, P4:7." When a packet of data in format Dl is 
- processed by this path, it is converted to format D 1 5 . During the process, the packet of data is 
p sequentially converted to format D2, D5, and D13. The output format of protocol P2, edge 1 (*'. 
2S.5 e., P2:l) is format D5, but the input format of P3:2 is format D10. The conversion system uses 
^ an aliasing mechanism by which two formats, such as D5 and D 1 0 are identified as being 

compatible. The use of aliasing allows different names of the same format or compatible formats 
to be correlated. In the following, the term "format" is also referred to as a "data type" or 
"media type." 

20 The conversion system may be implemented as a media mapping system that 

dynamically identifies paths for converting data of one media type to another media type. The 
media mapping system employs an aliasing scheme that allows different protocols to use 
different names to refer to the same or compatible media type. For example, a protocol for 
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processing data in the Internet Protocol ("IP") may output data of media type "IP0x04," and a 
protocol for processing data in the Transmission Control Protocol ("TCP") may input data of 
media type "TCP." An administrator of the media mapping system may specify that the 
"IP0x04" media type is compatible with the "TCP" media type. Thus, the protocol with an edge 
5 that inputs the "TCP" media type can process data in the "IP0x04" media type. When the media 
mapping system receives a source media type and a target media type, it attempts to identify a 
path for converting the source media type to the target media type. 

The media mapping system initially identifies a path by searching for a protocol 
« with an edge whose input media type is compatible with the source media type. The media 
So mapping system then searches for a protocol with an edge whose input media type is compatible 
i with the output media type of the last found protocol. This process is repeated until a protocol is 
M found with an edge that outputs the target media type. This sequence of edges of protocols forms 
: a path. The media mapping system caches the address of the path so that the next time data is to 
Ff be converted from that source media type to that target media type the path can be quickly 
%l 5 identified from the information in the cache without searching for protocols. The media 

mapping system may also use cached address of paths to convert and route the data based on 
paths that are pre-configured or that are specified by a user using the switchboard component. 

Figure 1 1 is a block diagram illustrating components of the media mapping 
system. The conversion system can operate on a computer system with a central processing unit 
20 1101, I/O devices 1 102, and memory 1 103. The media mapping system includes a media map 
get component 1 104 that identifies conversion routines, conversion routines referred to as 
protocols 1 105, a forwarding component 1 106, media class data 1107, media data 1 108, 
switchboard component 1 109, and a register target component 1110. The switchboard 
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component is used to route data of a certain media type to a certain target device. The register 
target component is used to register the possible target devices for the data. The process of 
identifying a path either by searching for routines, by receiving a path from another computer, or 
by another means is referred to as "discovering the path." The media mapping system may be 
5 stored as instructions on a computer-readable medium, such as a disk drive or memory. The data 
structures of the media mapping system may also be stored on a computer-readable medium. 
The I/O devices may include an Internet connection, a connection to various output devices such 
as a television, and a connection to various input devices such as a television receiver. 

The conversion system may be used in conjunction with a routing system to route 
i|0 data generated in one format to a certain device. For example, data generated by a program in 
2 bitmap format on one computer system may be routed to the display of another computer. The 
'p. routing system may provide a switchboard component through which a user can route data in one 
r format to a certain target (e.g. , device or program). The switchboard component provides a list 
O of source formats that can be generated by or received at the computer system and a list of the 
ffjl 5 possible targets. A user can use the switchboard component to specify that data in a certain 
Q source format is to be routed to a certain target or multiple targets. The routing system then sets 
up the appropriate data structures to ensure that data is routed to the target. In one embodiment, 
the routing system uses the address of a path to identify the routines that effect the routing of the 
data. The routing system stores the address in a cache of the conversion system so that the 
20 conversion system can route the data of the form based on the path. 

Although illustrative embodiments have been described herein in detail, it should 
be noted and understood that the descriptions have been provided for purposes of illustration 
only and that other variations both in form and detail can be made thereupon without departing 
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from the spirit and scope of the feature manager system. The terms and expressions have been 
used as terms of description and not terms of limitation. There is no limitation to use the terms 
or expressions to exclude any equivalents of ideas shown and described or portions thereof, and 
the feature manager system should be defined with the claims that follow. 
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ABSTRACT 

The feature manager system for facilitating communication and shared 
functionality among components comprises a network of components, where one component 
receives or generates a request for a feature, searches its local system for the feature, and if the 
feature is not available locally, sends a request to a server component in the network. The server 
component searches its local system for the feature, and either sends the feature to the requesting 
component, or sends a separate request for the feature to another server component in the 
network. 
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1 CLAIMS 

2 What is claimed: 

3 1 . A method of deploying computer code for a feature within a network, 

4 comprising: 

5 searching locally for the code for the feature; 

6 requesting the code for the feature from a server component in the 

7 network; 

8 receiving the code for the feature from the server component; and 
p j 9 activating the feature. 

010 2. The method of claim 1 , further comprising establishing a need for the code 

0011 for the feature. 

£212 3 . The method of claim 2, wherein establishing a need for the code for the 

W3 feature is based on a request for the feature. 

!ll4 4. The method of claim 1, wherein the feature comprises at least one sub- 

q15 feature. 

16 5 . The method of claim 4, wherein the sub-feature may be used with other 

17 features. 

18 6. The method of claim 1 , wherein the code received from the server 

19 component for the feature is an upgrade to an existing feature. 

20 7. The method of claim 6, further comprising upgrading other existing 

2 1 features based on the code received from the server component for the feature. 
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1 8 . The method of claim 1 , wherein activating the feature comprises 

2 activating all resources associated with the feature. 

3 9. The method of claim 1 , wherein the code for the feature received from the 

4 server component is a mapping. 

5 10. The method of claim 1 , wherein requesting the code for the feature from a 

6 server component in the network includes at least one restriction on the feature. 

7 11. The method of claim 10, wherein the at least one restriction on the feature 

8 is set by a user. 

y 9 1 2. A method of deploying computer code for a feature within a network, 

540 comprising: 

l searching locally for the code for the feature, wherein the feature 

P 1 2 comprises a plurality of sub-features; and 

1^13 requesting the code for at least one sub-feature from a server component 

fjil4 within the network. 

01 5 13. The method of claim 12, further comprising: 

16 requesting the code for the feature from the sever component within the 

17 network; and 

1 8 receiving information from the server component within the network 

19 about the sub-features. 

20 14. The method of claim 12, further comprising receiving code for the at least 

21 one sub-feature requested from the server component within the network. 
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1 15. The method of claim 1 2, further comprising receiving a mapping for the at 

2 least one sub-feature requested from the server component within the network. 

3 1 6. The method of claim 14, further comprising receiving a mapping for the at 

4 least one sub-feature requested from the server component within the network. 

5 17. A method of deploying computer code for a feature within a network, 

6 comprising: 

7 receiving a request for the code for the feature from a first component 

8 within the network; 

P 9 searching locally for the code for the feature; and 

01 0 requesting the code for the feature from a second component in the 

1 network. 

f%2 18. The method of claim 1 7, further comprising receiving the code for the 

j\l 3 feature from the second component within the network. 

Ml 4 19. The method of claim 18, further comprising determining whether the first 

ifl 5 component has capability to process the code for the feature. 

16 20. The method of claim 1 9, wherein capability to process the code for the 

17 feature is based on a type of processor on the first component. 

18 21. The method of claim 1 9, wherein capability to process the code for the 

1 9 feature is based on memory space on the first component. 

20 22. The method of claim 1 9, wherein capability to process the code for the 

21 feature is based on an operating system on the first component. 
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1 23 . The method of claim 1 8, further comprising transferring the code for the 

2 feature to the first component within the network. 

3 24. The method of claim 23, further comprising encrypting the code for the 

4 feature before transferring the code for the feature to the first component within the network. 

5 25. The method of claim 23, further comprising digitally signing the code for 

6 the feature before transferring the code for the feature to the first component within the network. 

7 26. The method of claim 23, further comprising storing locally the code for 

8 the feature. 

y 9 27. A method of deploying computer code for a feature within a network, 

f^ilO comprising: 

Ull 1 receiving a request for the code for the feature from a component within 

r 12 the network; 

»13 searching locally for the code for the feature; and 

:«14 transferring the code for the feature to the component within the network. 

015 28 . The method of claim 27, wherein the code for the feature transferred to the 

1 6 component within the network is a mapping. 

17 29. The method of claim 27, wherein the feature comprises separate versions. 

1 8 30. The method of claim 29, further comprising determining a version of the 

1 9 code for the feature to transfer to the component within the network. 

20 31. The method of claim 30, wherein determining a version of the code for the 

21 feature to transfer to the component within the network is based on a restriction. 
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1 32. A method of deploying computer code for a feature within a network, 

2 comprising: 

3 searching locally for the code for the feature, wherein the feature 

4 comprises a plurality of sub-features; 

5 requesting the code for at least one sub-feature from a server component in 

6 the network; 

7 receiving code for at least one sub-feature from the server component; and 

8 activating the at least one sub-feature received from the server component. 

D 9 33 . The method of claim 32, wherein at least one sub-feature received from 

J: j[ 0 the server component is a mapping. 

Ul l 34. A method of deploying computer code for a feature within a network, 

^12 comprising: 

pi 3 receiving a request for the code for the feature from a component within 

iI4 the network, wherein the feature comprises at least one sub-feature; 

Oi 5 searching locally for the code for the at least one sub-feature; and 

16 determining whether the component has capability to process code for any 

1 7 sub-features of the feature. 

18 35. The method of claim 34, further comprising transferring the code for the at 

19 least one sub-feature to the component within the network. 

20 36. The method of claim 35, wherein the code for the at least one sub-feature 

21 transferred to the component within the network is a mapping. 
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1 37. The method of claim 34, further comprising transferring some of the code 

2 for sub-features of the feature to the component within the network. 

3 38. The method of claim 37, further comprising transferring code for a 

4 mapping to the component within the network. 

5 39. The method of claim 34, wherein capability to process code for any sub- 

6 features of the feature is based on a type of processor on the component. 

7 40. The method of claim 34, wherein capability to process code for any sub- 

8 features of the feature is based on memory space on the component. 

© 9 41 . The method of claim 34, wherein capability to process code for any sub- 
Si 0 features of the feature is based on an operating system on the component. 

Si i 42. The method of claim 34, wherein the request for the code for the feature 

7 12 includes at least one restriction on the feature. 

C 13 43 . The method of claim 34, wherein the at least one sub-feature comprises 

□ 1 4 separate versions. 

1 5 44. The method of claim 43, further comprising: 

16 determining a version of the code for the at least one sub-feature to 

17 transfer to the component within the network; and 

1 8 transferring the version of the code for the at least one sub-feature to the 

1 9 component within the network. 

20 45 . A method of deploying computer code for a feature within a network, 

21 comprising: 

22 receiving code for a feature; 
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1 determining whether a client needs the feature; and 

2 transferring the code for the feature to at least one client. 

3 46. The method of claim 45, wherein the feature is an upgrade to an old 

4 feature. 

5 47. The method of claim 45, further comprising transferring code for a 

6 mapping to the at least one client. 

7 48. The method of claim 45, wherein the code transferred is a mapping. 

8 49. The method of claim 45, wherein the feature is a sub-feature. 

% 9 50. A method of deploying computer code for a feature within a network, 

}fL0 comprising: 

03i 1 receiving a request for the code for the feature, wherein the feature 

f J 2 comprises a plurality of sub-features; 

2l 3 searching locally for the code for the feature; 

nl4 requesting the code for the feature from a server component within the 

15 network; 

16 receiving information from the server component within the network 

1 7 about the sub-features ; 

1 8 searching locally for the code for the sub-features; 

19 requesting the code for at least one sub-feature from the server component 

20 within the network; 

21 receiving the code for the at least one sub-feature from the server 

22 component within the network; and 



562864_1 



-45- 



Express Mail No.: 
EJ606933599US 



PATENT APPLICATION DOCKET NO. 3802-4032 

1 activating the at least one sub-feature. 

2 5 1 . A method of deploying computer code for a feature within a network, 

3 comprising: 

4 receiving a request for the code for the feature from a first component 

5 within the network, wherein the feature comprises a plurality of sub-features; 

6 sending information to the first component about the sub-features; 

7 receiving a request for the code for at least one sub-feature from the first 

8 component within the network; 

9 searching locally for the code for the at least one sub-feature; and 

10 requesting the code for the at least one sub-feature from a second 

1 1 component in the network. 

12 52. A system for deploying computer code for a feature within a network, 

13 comprising: 

14 means for searching locally for the code for the feature; 

15 means for requesting the code for the feature from a server component in 

16 the network; 

17 means for receiving the code for the feature from the server component; 

18 and 

19 means for activating the feature. 

20 53. The system of claim 52, wherein the feature comprises at least one sub- 

21 feature. 

22 54. The system of claim 53, wherein the sub-feature may be used with other 

23 features. 
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1 55 . The system of claim 52, wherein the code received from the server 

2 component for the feature is an upgrade to an existing feature. 

3 56. The system of claim 55, further comprising means for upgrading other 

4 existing features based on the code received from the server component for the feature. 

5 57. The method of claim 52, wherein the means for requesting the code for the 

6 feature from a server component in the network includes at least one restriction on the feature. 

7 58. A system for deploying computer code for a feature within a network, 

8 comprising: 

9 means for searching locally for the code for the feature, wherein the 

1 0 feature comprises a plurality of sub-features; and 

1 1 means for requesting the code for at least one sub-feature from a server 

1 2 component within the network. 

13 5 9 . A system for deploying computer code for a feature within a network, 

14 comprising: 

15 means for receiving a request for the code for the feature from a first 

1 6 component within the network; 

17 means for searching locally for the code for the feature; and 

1 8 means for requesting the code for the feature from a second component in 

19 the network. 

20 60. The system of claim 59, further comprising means for receiving the code 

21 for the feature from the second component within the network. 
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1 61. The system of claim 60, further comprising means for determining 

2 whether the first component has capability to process the code for the feature. 

3 62. The system of claim 60, further comprising means for transferring the 

4 code for the feature to the first component within the network. 

5 63 . A system for deploying computer code for a feature within a network, 

6 comprising: 

7 means for receiving a request for the code for the feature from a 

8 component within the network; 

9 means for searching locally for the code for the feature; and 

1 0 means for transferring the code for the feature to the component within the 

1 1 network. 

12 64. The system of claim 63 , wherein the feature comprises separate versions. 

13 65. The system of claim 64, further comprising means for determining a 

14 version of the code for the feature to transfer to the component within the network. 

1 5 66. The system of claim 65, wherein the means for determining a version of 

16 the code for the feature to transfer to the component within the network is based on a restriction. 

17 67. A system for deploying computer code for a feature within a network, 

18 comprising: 

19 means for searching locally for the code for the feature, wherein the 

20 feature comprises a plurality of sub-features; 

21 means for requesting the code for at least one sub-feature from a server 

22 component in the network; 
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1 means for receiving code for at least one sub-feature from the server 

2 component; and 

3 means for activating the at least one sub-feature received from the server component. 

4 68. A system for deploying computer code for a feature within a network, 

5 comprising: 

6 means for receiving a request for the code for the feature from a 

7 component within the network, wherein the feature comprises at least one sub-feature; 

8 means for searching locally for the code for the at least one sub-feature; 

9 and 

ClO means for determining whether the component has capability to process 

z!l 1 code for any sub-features of the feature. 

^12 69. A system for deploying computer code for a feature within a network, 

5 13 comprising: 

T J \A means for receiving code for a feature; 

Jijl 5 means for determining whether a client needs the feature; and 

16 means for transferring the code for the feature to at least one client. 

17 70. A system for deploying computer code for a feature within a network, 

18 comprising: 

1 9 means for receiving a request for the code for the feature, wherein the 

20 feature comprises a plurality of sub-features; 

21 means for searching locally for the code for the feature; 

22 means for requesting the code for the feature from a server component 

23 within the network; 
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1 means for receiving information from the server component within the 

2 network about the sub-features; 

3 means for searching locally for the code for the sub-features; 

4 means for requesting the code for at least one sub-feature from the server 

5 component within the network; 

6 means for receiving the code for the at least one sub-feature from the 

7 server component within the network; and 

8 means for activating the at least one sub-feature. 

9 71 . A system for deploying computer code for a feature within a network, 
^10 comprising: 

Ml l means for receiving a request for the code for the feature from a first 

til 2 component within the network, wherein the feature comprises a plurality of sub-features; 

f 13 means for sending information to the first component about the sub- 

pl4 features; 

Oil 5 means for receiving a request for the code for at least one sub-feature from 

0 1 6 the first component within the network; 

17 means for searching locally for the code for the at least one sub-feature; 

18 and 

19 means for requesting the code for the at least one sub-feature from a 

20 second component in the network. 

21 72. An article of manufacture for causing a computer to deploy computer code 

22 for a feature within a network, comprising: 
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1 means for causing the computer to search locally for the code for the 

2 feature; 

3 means for causing the computer to request the code for the feature from a 

4 server component in the network; 

5 means for causing the computer to receive the code for the feature from 

6 the server component; and 

7 means for causing the computer to activate the feature. 

8 73 . An article of manufacture for causing a computer to deploy computer code 

9 for a feature within a network, comprising: 

ClO means for causing the computer to search locally for the code for the 

5l 1 feature, wherein the feature comprises a plurality of sub-features; and 

J;12 means for causing the computer to request the code for at least one sub- 

l 1 3 feature from a server component within the network. 

pi 4 74. An article of manufacture for causing a computer to deploy computer code 

ffll 5 for a feature within a network, comprising: 

"^16 means for causing the computer to receive a request for the code for the 

1 7 feature from a first component within the network; 

1 8 means for causing the computer to search locally for the code for the 

19 feature; and 

20 means for causing the computer to request the code for the feature from a 

21 second component in the network. 

22 75 . An article of manufacture for causing a computer to deploy computer code 

23 for a feature within a network, comprising: 
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1 means for causing the computer to receive a request for the code for the 

2 feature from a component within the network; 

3 means for causing the computer to search locally for the code for the 

4 feature; and 

5 means for causing the computer to transfer the code for the feature to the 

6 component within the network. 

7 76. An article of manufacture for causing a computer to deploy computer code 

8 for a feature within a network, comprising: 

4f 9 means for causing the computer to search locally for the code for the 

Jtl 0 feature, wherein the feature comprises a plurality of sub-features; 

l means for causing the computer to request the code for at least one sub- 
Mi 2 feature from a server component in the network; 

Ml 3 means for causing the computer to receive code for at least one sub-feature 

^14 from the server component; and 

1 5 means for causing the computer to activate the at least one sub-feature received from the server 

16 component. 

17 77. An article of manufacture for causing a computer to deploy computer code 

18 for a feature within a network, comprising: 

19 means for causing the computer to receive a request for the code for the 

20 feature from a component within the network, wherein the feature comprises at least one sub- 

21 feature; 

22 means for causing the computer to search locally for the code for the at 

23 least one sub-feature; and 
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1 means for causing the computer to determine whether the component has 

2 capability to process code for any sub-features of the feature. 

3 78 . An article of manufacture for causing a computer to deploy computer code 

4 for a feature within a network, comprising: 

5 means for causing the computer to receive code for a feature; 

6 means for causing the computer to determine whether a client needs the 

7 feature; and 

8 means for causing the computer to transfer the code for the feature to at 
H 9 least one client. 

0 79. An article of manufacture for causing a computer to deploy computer code 

TfA 1 for a feature within a network, comprising: 

H*i2 means for causing the computer to receive a request for the code for the 

2l 3 feature, wherein the feature comprises a plurality of sub-features; 

E44 means for causing the computer to search locally for the code for the 

Rl5 feature; 

16 means for causing the computer to request the code for the feature from a 

1 7 server component within the network; 

18 means for causing the computer to receive information from the server 

19 component within the network about the sub-features; 

20 means for causing the computer to search locally for the code for the sub- 

21 features; 

22 means for causing the computer to request the code for at least one sub- 

23 feature from the server component within the network; 
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1 means for causing the computer to receive the code for the at least one 

2 sub-feature from the server component within the network; and 

3 means for causing the computer to activate the at least one sub-feature. 

4 80. An article of manufacture for causing a computer to deploy computer code 

5 for a feature within a network, comprising: 

6 means for causing the computer to receive a request for the code for the 

7 feature from a first component within the network, wherein the feature comprises a plurality of 

8 sub-features; 

9 means for causing the computer to send information to the first component 

0 about the sub-features; 

jfi i means for causing the computer to receive a request for the code for at 

Xl 2 least one sub-feature from the first component within the network; 

1 13 means for causing the computer to search locally for the code for the at 

014 least one sub-feature; and 

Oil 5 means for causing the computer to request the code for the at least one 

U 16 sub-feature from a second component in the network. 

17 8 1 . A system for deploying computer code for a feature within a network, the 

1 8 system comprising : 

19 a storage device storing a program; 

20 a processor in communication with the storage device, the processor 

2 1 operative with the program to : 

22 search locally for the code for the feature; 

23 request the code for the feature from a server component in the network; 
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1 receive the code for the feature from the server component; and 

2 activate the feature. 

3 82. A system for deploying computer code for a feature within a network, the 

4 system comprising: 

5 a storage device storing a program; 

6 a processor in communication with the storage device, the processor 

7 operative with the program to : 

8 search locally for the code for the feature, wherein the feature comprises a 

9 plurality of sub-features; and 

MJ[ o request the code for at least one sub-feature from a server component 

Jjl 1 within the network. 

Jjjl2 83. A system for deploying computer code for a feature within a network, the 

s 13 system comprising: 

^14 a storage device storing a program; 

% 1 5 a processor in communication with the storage device, the processor 

~~ 1 6 operative with the program to : 

1 7 receive a request for the code for the feature from a first component within 

18 the network; 

19 search locally for the code for the feature; and 

20 request the code for the feature from a second component in the network. 

21 84. A system for deploying computer code for a feature within a network, the 

22 system comprising: 

23 a storage device storing a program; 
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1 a processor in communication with the storage device, the processor 

2 operative with the program to : 

3 receive a request for the code for the feature from a component within the 

4 network; 

5 search locally for the code for the feature; and 

6 transfer the code for the feature to the component within the network. 

7 85 . A system for deploying computer code for a feature within a network, the 

8 system comprising: 

9 a storage device storing a program; 

#L0 a processor in communication with the storage device, the processor 

zz 1 1 operative with the program to : 

J?Jl2 search locally for the code for the feature, wherein the feature comprises a 

s 13 plurality of sub-features; 

pl4 request the code for at least one sub-feature from a server component in 

CP 15 the network; 

□l 6 receive code for at least one sub-feature from the server component; and 

17 activate the at least one sub-feature received from the server component. 

18 86. A system for deploying computer code for a feature within a network, the 

19 system comprising: 

20 a storage device storing a program; 

21 a processor in communication with the storage device, the processor 

22 operative with the program to : 
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1 receive a request for the code for the feature from a component within the 

2 network, wherein the feature comprises at least one sub-feature; 

3 search locally for the code for the at least one sub-feature; and 

4 determine whether the component has capability to process code for any 

5 sub-features of the feature. 

6 87. A system for deploying computer code for a feature within a network, the 

7 system comprising: 

8 a storage device storing a program; 

9 a processor in communication with the storage device, the processor 
®1 0 operative with the program to : 

5fl 1 receive code for a feature; 

%tl2 determine whether a client needs the feature; and 

I 13 transfer the code for the feature to at least one client. 

pl4 88. A system for deploying computer code for a feature within a network, the 

?H 1 5 system comprising : 

16 a storage device storing a program; 

17 a processor in communication with the storage device, the processor 

1 8 operative with the program to : 

19 receive a request for the code for the feature, wherein the feature 

20 comprises a plurality of sub-features; 

21 search locally for the code for the feature; 

22 request the code for the feature from a server component within the 

23 network; 
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1 receive information from the server component within the network about 

2 the sub-features; 

3 search locally for the code for the sub-features; 

4 request the code for at least one sub-feature from the server component 

5 within the network; 

6 receive the code for the at least one sub-feature from the server component 

7 within the network; and 

8 activate the at least one sub-feature. 

9 89. A system for deploying computer code for a feature within a network, the 
Ji 0 system comprising : 

2fl 1 a storage device storing a program; 

5^12 a processor in communication with the storage device, the processor 

s 13 operative with the program to: 

Q14 receive a request for the code for the feature from a first component within 

ffq 5 the network, wherein the feature comprises a plurality of sub-features; 

Oi 6 send information to the first component about the sub-features; 

17 receive a request for the code for at least one sub-feature from the first 

1 8 component within the network; 

19 search locally for the code for the at least one sub-feature; and 

20 request the code for the at least one sub-feature from a second component 

21 in the network. 
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Features 
Active 


MP3 Player 
Wave Player 










430 

Features 
Loaded 


MP3 Player 
email reader 
Wave Player 
PCM Player 










425 

Operating 
System 












420 
Processor 


Intel Pentium III 
500 MHz 


Intel Pentium III 
500 MHz 


Intel Pentium III 
500 MHz 
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Client IP 
Address 


10.1.2.90 


10.1.2.91 


10.1.2.92 
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Client 
Serial Number 


PC12345 


PC67890 


PC45678 
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Client Name 
(i.e., PC) 


PC 140 


PC 250 


PC 260 
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Certification 






















745 
Interface 
Implementations 






















740 
Label Classes 


MP3-to-speaker 
decoder 


MP3-to-speaker 
decoder 


Wave-to- 
speaker decoder 
















735 
Protocols 


MP3 


MP3 


Wave 
















730 
Aliases 


MP3 decoder output 
~ PCM player input 


MP3 decoder output 
= PCM player input 


Wave decoder 
output = PCM 
player input 
















725 
Mappings 


MP3 decoder PCM 
player -> speaker 


MP3 decoder PCM 
player -» speaker 


Wave decoder -> PCM 
player -> speaker 
















720 
Default 
Targets 


MP3 targets 
speaker 


MP3 targets 
speaker 


Wave targets 
speaker 
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Sub-Features 


MP3 Decoder 
PCM Player 


MP3 Decoder 
PCM Player 


Wave Decoder 
PCM Player 
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Feature 
Active 


Yes 


Yes 


Yes 
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Feature 
Name 


MP3 Player 


MP3 Player 


Wave Player 


MP3 
Decoder 


PCM Player 


Wave 
Decoder 
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COMBINED DECLARATION AND POWER OF ATTORNEY FOR 
ORIGINAL, DESIGN, NATIONAL STAGE OF PCT, SUPPLEMENTAL 
DIVISIONAL. CONTINUATION OR CONTINU ATION-IN-PART APPLICATION 

As a below name inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name, 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint 
inventor (if plural names are listed below) of the subject matter which is claimed and for which a patent is sought on 
the invention entitled: 

FEATURE MANAGER SYSTEM FOR FACILITATING COMMUNICATION 

AND SHARED FUNCTIONALITY AMONG COMPONENTS 



the specification of which 

a. [X] is attached hereto 

b. [ ] was filed on as application Serial No. and was amended on 

_. (if applicable). 

PCT FILED APPLICATION ENTERING NATIONAL STAGE 

c. [ ] was described and claimed in International Application No. filed on and 

as amended on ■ (if any). 

I hereby state that I have reviewed and understand the contents of the above-identified specification, including the 
claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the patentability as defined in Title 37, Code of 
Federal Regulations, § 1.56. 

I hereby specify the following as the correspondence address to which all communications about this application are 
to be directed: 

SEND CORRESPONDENCE TO: MORGAN & FINNEGAN, L.L.P 

345 Park Avenue 
New York, N.Y. 10154 

DIRECT TELEPHONE CALLS TO: Richard W. Erwine 

(212) 758-4800 

[ ] I hereby claim foreign priority benefits under Title 35, United States Code § 119(a)-(d) or under 
§ 365(b) of any foreign applications) for patent or inventor's certificate or under § 365(a) of any PCT international 
application(s) designating at least one country other than the U.S. listed below and also have identified below such 
foreign application(s) for patent or inventor's certificate or such PCT international application(s) filed by me on the 
same subject matter having a filing date within twelve (12) months before that of the application on which priority is 
claimed: 
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[ ] The attached 35 U.S.C. § 1 19 claim for priority for the application(s) listed below forms a part of this 
declaration. 

Application Date of filing Date of Issue Priority 

Countrv/PCT Number f dav. month, yr) (day, month, yr) Claimed 

r i yes r i no 



[ 1YES r 1NQ 



r 1 YES [ 1 no 



[ ] I hereby claim the benefit under 35 U.S.C. § 1 19(e) of any U.S. provisional application(s) listed below. 
Provisional Application No. Date of Filing (day, month, yr) 



ADDITIONAL STATEMENTS FOR DIVISIONAL, CONTINUATION OR CONTINUATION-IN-PART 
OR PCT INTERNATIONAL APPLICATIONS^* (DESIGNATING THE U.S.) 

I hereby claim the benefit under Title 35, United States Code § 120 of any United States applications) or under 
§ 365(c) of any PCT international application(s) designating the U.S. listed below. 

US/PCT Application Serial No. Filing Date Status (patented, pending abandoned)/ 

U.S. application no. assigned (For PCT) 



US/PCT Application Serial No. Filing Date Status (patented, pending, abandoned)/ 

U.S. application no. assigned (For PCT) 

[] In this continuation-in-part application, insofar as the subject matter of any of the claims of this 
application is not disclosed in the above listed prior United States or PCT international application(s) in the manner 
provided by the first paragraph of Title 35, United States Code, § 1 12, 1 acknowledge the duty to disclose material 
information as defined in Title 37, Code of Federal Regulations, § 1 .56(a) which occurred between the filing date of 
the prior application(s) and the national or PCT international filing date of this application. 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or Imprisonment, or both, under Section 1001 of 
Title 18 of the United States Code and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon. 
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I hereby appoint the following attorneys and/or agents with fall power of 4ub*ptucw and revocation, to prosecute 
this application, to recede the patent, tod to transact all business m the Patent and Trademwfc Office connected 
thaewnh: iota A. Oia* (Reg. No 19,550), John C Vassil (Reg, No. 19,098), Alfoxi P E*en (Reg. No. 19,887), 
David H- Pfeffrr (Re* No 19,825), harry C M*rcu* (Reg No. 22,3*0), Robe* E. Paulson {Reg. No. 21,046), 
Sieplntn R Smith (Reg, No 22,615), Run E. Richter (Reg. No. 24,052), J. Robert Dttfcy (Reg No 27,434), Eugene 
Mow* (R^S- No. 25,237>, John f . Sweeney (R*g. No- 27,472), Arnold I Rady (Reg. No. 26,601), Cnrutophcr A 
Hughes (Reg. No. 26,914), WiUuxn S Fcikx (Reg- No. 26,728), Joseph A. Calvaruso (Reg No. 28,287), lames W. 
Gould (Reg. No 28,359). Richard C. Komson (feg. No. 27,S>13), l*r**J Blum CR*4- No. 26,710), fiattbuloww 
Vcrdwac (Reg. No 28*483), Maria CH. Lin (rcj No. 25,323), Joseph A. PeClroUfeO (R«S No. 28,595), Michael 
P. Dougherty {Reg. No. 32,730), Scdi J Atks (Reg. No 32,454), Andrew M- Riddle (Reg No 34,657), Bmce D. 
DeRettfi (Reg No. 33,676), Michael M Mwrtay (Reg . No. 32,537), Mark I Abate (Reg. No. 32.527), John T. 
Gallagher (Res. No 35,5 \ 6), Steven F. Meyer (Reg No 35,613), Kenneth ft Softnenfeld (Rig. No. 33,285), Tony 
V Pe»anc(Reg No. 38.271). AnAcaL Wayda (Reg. No. 43,979) and Walter G Hanchuk Reg. No. (35j79)of 
Morgan & finncgan, L L£ who*c address »: 345 Park Avenue, New York, Nc* York 10 1 54; and Michael S. 
Marcus (Reg. No 31/727) and John E Hoe? (Reg, No, 26,279) of Morgan & Furocgan, iXP., whose addrc>* is 
1775 Eye Street Suite 406, Washington, D C. 20006- 

i \ I hcttby authonze the U.S. attorneys and/or agent* named hereinabove to accept and follow instructions 
from a* io a*y actio© to be taken m the U S. Patent and 

Trademark Office regarding this application without direct commonicanon between the U S attorneys 
and/or agents and me. In &e even* of a change 10 the persons) from ^hom insnucrions may be taken J will 
so notify the U.S. attorneys and/or agems hereinabove. 



full ruunc of iok or f5r*t tnvemor Edward BaUs^aman 



Inventoi s Signature* j?* iti ^fl \ J I & ( + ~ 




Dare 



R*«w*«c* 12724 NE 94™ CT.. KIRKXANP. Wa 98033 



Cwcenship USa 



Post Office Address 



full name of second joint uvyamp*, if any Scott Bradley 




Inventor** stgngtuie* 



dace 



Residence i 24 14 107 m PLACE NE, IORKLaND. WA £8034 



Cmzensbip USA 



Post Office Address 



CO • H 



0ct-1j-2QftO 03:33d* 



FroHMGAJf i t)HKW LLP 



+2i27S1$84J 



f viK name of third joint inventor, if any David Costaaro 



Inventors signature* 




daw 



Residence 13835 NE I i Tt * STREET, APT. * JS, B£UEVUE» Wa 9&0OS 

CiOaeaship CJSa 

Post Office Addrci* , 



[ ] ATTACHED l&ARE APDEO PAGE(S) TO COMBINED OSCtAjUTlON ANP POWER OF 
ATTORNEY FORM FC& SIGNATURE BY FOURTH AND SUBSEQUENT INVENTORS 



* Before signing this declaration, each person signing tcm&V 

1 . Review die declaration and verify ihc correctness of ail Lnfonnarkm therein; and 

2 Review xhc specification and the claims, inciadvvg any amendments ooadc u> &c claims 

After (her declaration w signed, the specification and claims j»re nor to be altered. 

To the invcncot(i) 

The following arr cited in or pertinent to ihe declaration attached id the accompanying application: 



Title 37 Cod* nf Federal Rggnlanofi. S I 56 

Duty to di*c lose mfonnatuin tnaremil to paT*nTabiliT> 

(a) A paten* by ns very nature is affect a p«W*c interest. The pub}* interest is b«i served, and 
the tnewt effective parent examination occur when, at the time an application ia bang examined, the Office 
i$ aware of and evaluates the tracking* of all mfonrutfian material to patentability. Bach individual 
associated wixh the filing and prosecuaon of % patent application has a duty of candor and good t«th m 
dealing with The Office, which includes a duty to disclose to the Office all iu&rmatioft known to thai 
individual to be material zo patentability as defined in this secuoa. The duty w disclose information exist* 
with respect to each pending claim anal the claun »s canceled or wiflWtawn fcom consideration, or the 
application becomes abandoned, fafoymapftn tnatenal to the patentability of a claim that is canceled or 
wflhdra wo from consideration need not be subtracted tf *e mfctnunon i$ not tnatczwl to die patentability 
of any ciara remaining under cansifkrapon in the application. There is no duty to mbznit information 
which w not material to die patentability of any cxwnng chuta The duty to disclose all infhmwion Icoown 
cobcmaicnal topacctiubdity u deemed robe satisfied if all informasioji known to be material to 
pamuabtlity of any claim issued in patent wa< cited by die Office or submitted Go ifce Office m the manner 
ptescribed by $$ 1 97(bHd) and IM, However, no patent wiB be flawed on an appbeatwn in connection 
w^th which fraud on the Ofliee was ptaenced or aoeijipted <* the d^ry of disclosure was violated ihioufch 
bad fkiih or intentional misconduct. The Office encourages applicants io carefUlly examine; 
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(1) 



prior art cited in search reports of a foreign patent office in a counterpart application, and 



(2) the closest information over which individuals associated with the filing or prosecution of 
a patent application believe any pending claim patentably defines, to make sure that any 
material information contained therein is disclosed to the Office. 

Title 35. U.S. Code S 101 
Inventions patentable 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

Title 35 U.S. Code S 102 

Conditions for patentability; novelty and loss of right to patent 
A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed 
publication in this or a foreign country, before the invention thereof by the applicant for patent, 

(b) the invention was patented or described in a printed publication in this or foreign country or in 
public use or on sale in this country, more than one year prior to the date of application for patent in the United 
States, or 

(c) he has abandoned the invention, or 

(d) the invention was first patented or caused to be patented, or was the subject of an inventor's 
certificate, by the applicant or his legal representatives or assigns in a foreign country prior to the date of the 
application for patent in this country on an application for patent or inventor's certificate field more than twelve 
months before the filing of the application in the United States, or 

(e) the invention was described in a patent granted on an application for patent by another filed in the 
United States before the invention thereof by the applicant for patent, or on an international application by another 
who has fulfilled the requirements of paragraphs (1), (2), and (4) of section 371(c) of this title before the invention 
thereof by the applicant for patent, or 

(f) he did not himself invent the subject matter sought to be patented, or 

(g) before the applicant's invention thereof the invention was made in this country by another had not 
abandoned, suppressed, or concealed it. In determining priority of invention there shall be considered not only the 
respective dates of conception and reduction to practice of the invention, but also the reasonable diligence of one 
who was first to conceive and last to reduce to practice, from a time prior to conception by the other . . . 

Title 35. U.S. Code $ 103 

Conditions for patentability; non-obvious subject matter 

A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are such 
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that the subject matter as a whole would have been obvious at the time the invention was made to a person having 
ordinary skill in the art to which said matter pertains. Patentability shall not be negatived by the manner in which 
the invention was made. 

Subject matter developed by another person, which qualifies as prior art only under subsection (f) or (g) of 
section 102 of this title, shall not preclude patentability under this section where the subject matter and the claimed 
invention were, at the time the invention was made, owned by the same person or subject to an obligation of 
assignment to the same person. 

Title 35. U.S. Code 8 112 fin part) 
Specification 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise and exact terms also enable any person skilled in the art to which it 
pertains, or with which it is mostly nearly connected, to make and use the same, and shall set forth the best mode 
contemplated by the inventor of carrying out his invention. 

Title 35, U.S. Code § 119 

Benefit of earlier filing date in foreign country; right of priority 

An application for patent for an invention filed in this country by any person who has, or whose legal 
representatives or assigns have, previously regularly filed an application for a patent for the same invention in a 
foreign country which affords similar privileges in the case of applications filed in the United States or to citizens of 
the United States, shall have the same effect as the same application would have if filed in this country on the date 
on which the application for patent for the same invention was first filed in such foreign country, if the application in 
this country is filed within twelve months from the earliest date on which such foreign application was filed; but no 
patent shall be granted on any application for patent for an invention which had been patented or described in a 
printed publication in any country more than one year before the date of he actual filing of the application in this 
country, or which had been in public use or on sale in this country more than one year prior to such filing. 

Title 35. U.S. Code § 120 

Benefit or earlier filing date in the United States 

An application for patent for an invention disclosed in the manner provided by the first paragraph of section 
112 of this title in an application previously filed in the United States, or as provided by section 363 of this title, 
which is filed by an inventor or inventors named in the previously filed application shall have the same effect, as to 
such invention, as though filed on the date of the prior application, if filed before the patenting or abandonment of or 
termination of proceedings on the first application or an application similarly entitled to the benefit of the filing date 
of the first application and if it contains or is amended to contain a specific reference to the earlier filed application. 

Please read carefully before signing the Declaration attached to the accompanying Application. 

If you have any questions, please contact Morgan & Finnegan, L.L.P. 
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